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Welcome to the first issue of THE COMPUTER 
HACKER, a magazine for those interested in building, 
interfacing, programming, and using microprocessor 
based devices. 

When I first got my microcomputer, I was thrilled 
about all the things that I could do with it. I used a 
word processor, a spread sheet, and a data base 
program for my print shop, and learned to love 
working with the computer. But then I wanted to use 
the computer to control things in the real world and 
needed to use something besides prepared programs. I 
learned to program in Basic, and found that I needed 
assembly language. I took a course in assembly 
language, and found that I needed to learn how to 
interface to and control devices. 

Up to this point I had been able to find the 
information I needed. There is a lot of information on 
Basic programming. Not all of it is good, but I could 
pick and choose to find what I wanted. There is some 
information on assembly language programming. Not 
much of it is very useful, but at least I could find 
enough to help. When I started searching for down to 
earth, hands-on, information on interfacing and control 
I hit a brick wall. 

I looked at the shelves full of computer books, and 
the racks full of computer magazines, and said "With 
all this literature, what I need must be here 
somewhere." So I started searching for books and 
magazines which had what I needed. I found a few 
books which touched lightly on the subject, and an 
occasional magazine article which shed some light, but 
I couldn't find a periodical with ongoing current 
information. 

We live in a rather isolated area, and I figured that 
what I wanted certainly must be available in "The Big 
City." Whenever I traveled, I asked anyone who had 
anything to do with computers for leads to the 
information. I got a lot of blank stares because they 
didn't understand what I was talking about, and the 
few who understood said "When you find it, let me 
know because I need it too." Finally someone said, 
"Why don't you publish a magazine for the Hacker?" I 
answered, "What? Another computer magazine? You 
gotta be kidding." 

I kept on searching, but what I needed didn't exist. 
The magazines had nice four-color pictures of the latest 
$10,000 computers, stories on how to buy your first 
computer, and reports on the newest elegant, high 
cost, peripherals. But they didn't have what I wanted. 



What is it about my needs that make it so unusual? I 
want to know how to program and control Stepper 
Motors. Not just buy someone's controller board and 
plug it in. but understand exactly what makes them 
tick, I want a directory of stepper motor controller 
chips with applications. I want a directory of Hacker 
priced sensors with how-to handss>n bench level 
application information. I want to hear from the people 
who are making things happen-what they're doing, 
what works, what doesn't work, and most imporUnt, 
WHY. 

And Stepper Motors is just an example. I want to 
know HOW to set up a Timex 1000 or a microprocessor 
as a dedicated device to "sit on a process" so that I 
don't have to tie up my main microcomputer for control 
or monitoring purposes. This means that I have to 
understand various series and parallel interfacing 
methods, and how to apply them for data transfer and 
control. 

Data transfer involves AD and DA converters, 
UARTs, and various interface adapter chips. I want to 
know how to apply them. Not just some prepared 
circuit to follow, but know how to apply them to my 
needs. 

The initial response to The Computer Hacker has 
been very good, so apparently I am not the only one 
with these strange needs. We have some very 
interesting articles coming in, but we also need 
feedback from YOU. This is your magazine, and it will 
only be as good as YOU make it by sending articles and 
information. ' 
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THE RS-232-C SERIAL INTERFACE 



by Phil Wells-Technical Editor 



Part One 



INTRODUCTION 



M 



uch myth, misinformation and misap- 
plication surrounds the use of the RS-232C 
serial communications interface standard in 
the microcomputer industry. The standard is 
too general, was not written with micros in 
mind, and unnecessarily complex for most 
micro applications. Designers implement sim- 
plified versions of the standard and usually 
don't choose the same path to simplification. 

The purpose of this tutorial is to explain 
what the RS-232C standard is and is not, to give 
examples of real micro-world implementation 
of the standard, and to propose a simplified 
version for use in Computer Hacker projects. 

The RS-232C Standard 

The RS-232C standard is a publication of 
the Electronic Industries Association (EIA). 
The name means "Recommended Standard" 
number 232, revision C. The full title is 
"Interface Between Data Terminal Equipment 
and Data Communication Equipment Em- 
ploying Serial Binary Data Interchange." The 
most recent revision was adopted in 1969. You 
can obtain a copy of the standard by writing to 
the address given in Table 2. 

To discuss the standard, we need to agree 
on definitions of some of the terms used in 
the standard. 

• Serial Binary Data means that the ones 
and zeroes (bits) are sent one at a time 
—in serial fashion— rather than eight bits 
at a time as with a parallel (e.g. Centronics) 
interface. This standard says nothing 
about data formats or codes. It only 
defines a way to send one bit at a time. 

• DTE or Data Terminal Equipment is the 
hardware that produces or uses the 
information being communicated. This 
means a host or remote computer or 
terminal, a printer, a remotely controlled 
device, etc. 

• DOE or Data Communication Equipment 
is the hardware that conveys the 



information between the pieces of Data 
Terminal Equipment. This usually means a 
I^ODEM. When two DTE's (Terminal 
Equipments) are connected by an RS-232C 
interface, one must play the role of a DCE 
or MODEM even if two DTE's are being 
directly connected. This arrangement can 
be simulated using a "Modem eliminator" 
described later. 

• Interchange or Interchange Circuit. The 
standard uses this term to define each 
current path— a signal wire and its 
return wire. Simpler than it sounds. 

• interface. Simply the point of connection 
between two pieces of equipment. 

The standard defines several things: 

• Electrical characteristics. 

• Mechanical characteristics. 

• A functional description of data, timing 
and control circuits. 

• Standard subsets of the interchange 
circuits for specific applications. 

One reason the RS-232C standard is ap- 
plied in such diverse ways when micros are 
connected to printers is that the entire 
document refers to a DTE-DCE-telephone line 
DCE-DTE communications link. That is, two 
computers talking to each other over telephone 
lines, with MODEMS coupling both machines 
to the phone lines. The standard defines the 
electrical connections between each com- 
puter and its MODEM. Many if not most micro 
applications of RS-232C are really misap- 
plications since no DCE is involved; in these 
cases most of the standard makes no sense at 
all. 

RS-232C Electrical Characteristics 

The standard references the equivalent 
circuit shown in figure 1. It shows a driver side 
and a terminator side, connected at an 
"interface point." For the driver, we usually use 
an MC1488— or similar— integrated circuit, and 
for the receiver side, an MC1489A— or similar- 
integrated circuit. The driver generates an 
open-circuit voltage, Equt- The driver side of 



Figure 1— Interchange Circuit. 
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the interface (including cable) has an output 
impedance, Rourancl an output capacitance, 
Gout- The receiver or terminator side has an 
open-circuit voltage, E|n. an input impedance 
and capacitance (again including cable) 
of R|NandC|N. 

While it may not be obvious, an "Inter- 
change Circuit" is one of the signal, timing or 
control wrires, while the "Circuit AB, Signal 
Ground" is the one and only return wire for all 
three groups of signals. The RS-232C standard 
defines an "unbalanced" circuit; the newer 
RS422 standard defines a "balanced" type of 
interface, with a separate return wire for each 
signal. 

The voltages, resistances, capacitances 
and unbalanced configuration of this 
equivalent circuit determines the electrical 
requirements and the limitations of an RS-232C 
implementation. For our use, the important 
electrical requirements and limitations are: 
I.The driver (sending chip) must not be 

damaged by an open circuit or by a short 

to ground or to any other wire In the 

interface cable. 
2.The terminator (receiving chip) must be 

able to tolerate 25 volts above ground and 

25 volts below ground. Driver chips such 

as the 1488 are designed to meet these 

requirements; normal TTL circuits will 

not meet the spec. 
3.The open-circuit voltage at the terminator 

must not exceed plus or minus two volts. 
4.The terminator load impedance must be 

between 3,000 and 7,000 ohms. 
5.The terminator load impedance must be 

non-inductive and the terminator's shunt 

capacitance must not exceed 2,500 

picofarads. 
e.The driver's open-circuit voltage must be 

limited to plus or minus 25 volts. 
7.The driver's output Impedance is not 

directly specified, but must be selected to 
limit the short-circuit output current to 
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one-half ampere, and the power-off output 
impedance must not be less than 
300 ohms. 

B.The driver's output Impedance should be 
selected such that the "one" and "zero" 
levels at the output of the driver are 
between 5 and 15 volts in magnitude. 

9.A logical "1", or MARK or OFF condition 
exists when the voltage at the Interface 
point Is between -3 and -15 volts. 

10.A logical "0", or SPACE or ON condition 

exists when the voltage at the Interface 

point is between +3 and -i-IS volts. 

Since the driver must output at least ± five 

volts and the receiver must detect a "0" 

at ■^ 3 volts and a "1 " at - 3 volts, we have 

a two volt safety or "noise" margin 

on each side. 

11. On some specific Interchange circuits, an 

open connection or a power-off condition 

must be decoded by the receiving device 

as an "off" or "logic 1" condition. This is 

Important because It determines what the 

software does If the connectors are 

unplugged or the power Is off at one end. 

The effects of the voltages specified above 

are summarized in Figure 2. Notice that 25 volts 

Is the maximum allowable magnitude and that a 

legal "1" or "0" Is between 3 and 15 volts 

In magnitude. 
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Figure 2— RS-232-C Voltage Levels. 
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The transition region, between ±3 volts, 
has some additional requirements: a signal 
must go cleanly through this region, without 
stopping or changing directions; a Control cir- 
cuit signal must completely pass through this 
region within one millisecond; a Data or Timing 
alpnal must pass through in the lesser of one 
millisecond or four per cent of the nominal 
duration of a signal element on that inter- 
change circuit; and the maximum instan- 
taneous rate of change of voltage must not ex- 
ceed 30 volts per microsecond. 

Hacker't View of the Electrical Requirements 

If you want to build a RS-232C compatible 
interface, the electrical requirements dictate at 
least the following: 

• A 5 volt power supply doesn't cut it and 
standard TTL drivers and receivers can't 
be used. The voltages required are 
"bipolar"; they go both sides of ground. 
You must be able to swing the voltages 
at least ±5 volts from ground. Maximum 
open-circuit voltage allowed is 25 volts, 
and your drivers must be able to stand 
a short to ground or to another output. 
Maximum signal voltage is 15, each 
side of ground. 

• Driver and receiver chips usually Invert 

the signal since the standard defines a 
logical "1" as a negative voltage while in 
most popular microprocessor systems a 
logical "1" is the more positive of the two 
allowable states. 

• The voltage and impedance requirements, 
as well as the A.C. characteristics, can 
most easily and cheaply be met using ± 12 
volt power supplies— which don't have to 
be regulated If they are well filtered, and 
by using the inexpensive and easily 
obtained MC1488 line driver and MC1489A 
line receiver IC's. 

• The capacitance and (to a lesser extent) 
the resistance requirements mean that the 
cable length is restricted— although 
low-capacitance cables can extend the 
distance over which the interface can be 
used. The standard recommends that the 
combined lengths of cables be restricted 
to 100 feet (50 feet for each of the two 
"extension" cables on each side of the 
Interface point). Hackers use longer 
cables at your own risk. 



• "0" = "ON" = "SPACE" =+ 3 to -1- 15 volts. 

• "1" = "OFF" = "MARK" = - 3 to - 15 volts. 

Mechanical Characteristics 

The standard's mechanical specifications 
are vague and brief. Here are my inter- 
pretations. Everything Is given in terms of a 
DTE connected to a DCE; again, In practice, we 
cannot connect two computers or a computer 
and a printer without having one of them 
simulate a MODEM. 

I.The Interface is not "hard-wired.". There 
must be a "pluggable connector signal 
interface point between the two 
equipments." 
2.The DCE (MODEM) has a female connector, 
which must be "mounted in a fixed 
position near the DTE." This connector 
can be mounted on the end of a cable 
from the DCE; it doesn't have to be 
attached directly to the DCE. 
3.The standard seems to require that the 
DTE provide a panel-mounted connector 
(any sex) and an "extension cable" ending 
in a male connector. 
4.The "extension" cables on either DTE 
or DCE (or both) are recommended to be 
shorter than 50 feet, although longer 
cables are permitted provided the total 
load capacitance including terminator 
"does not exceed 2500 picofarads." 
5.lf there is a separate unit between the DCE 
and DTE to provide additional functions, 
there must be a female connector on the 
side connecting with the DTE and a male 
connector on the side connecting 
to the DCE. 
e.The standard defines 25 pins, three of 
which are unasslgned and two of which 
are reserved for testing. That leaves 20 
pins actually defined for interchange 
circuits. 

Hackers View of the Mechanical Requirements. 

If you want to build devices using the RS- 
232C interface, the mechanical requirements 
dictate at least the following: 

• The DTE must provide a female connector 
on the end of an extension cable. 

• The DCE must provide a female connector 
mounted in a fixed position. 

• In practice, these two requirements are 
met by putting female connectors on the 
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Received Data 
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using a cable with male connectors on 
both ends to connect the two 
"equipments." 

• A 25-pin connector is specified, but no 
details are given about its size and shape. 
In practice, the DB-25S (female) and 
DB-25P (male) connectors are the 
de facto standards. 

• Since all but three of the 25 pins are 
explicitly defined, it is asking for trouble 
to add functions not included in the 
standard. But if you do, use the three 
unassigned pins. Some dumb practices 
I've run into that cause problems are 

(1) putting both a serial and a parallel 
interface on a single DB-25 connector, 

(2) adding a current loop interface to an 
RS-232C serial DB-25 connector and 

(3) using a DB-25 connector for a 
"Centronics compatible" interface (the 
new/est micros from both Apple and 



Definitions of Circuit Functions 

The standard defines four groups of cir- 
cuits, as listed in Figure 3: 
Ground 
Data 
Control 
Timing 

Ground Circuits 

T»^o ground wires are specified. Pin seven, 
the "signal ground/common return," is always 
used because it is the single return path for all 
the currents in the interchange circuits. 

Pin 1: Protective ground. 

Pin?: Frame ground. 

Pin one, the "protective ground," is op- 
tional and is often omitted, but shouldn't be. 
This wire is designed to protect operators by 
ensuring that the chassis or frames of the DCE 
and DTE are both at the same electrical poten- 
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tial. A Shock hazard can exist If this wire is not 
used. Pin one of the connectors on each piece 
of gear should be "electrically bonded to the 
machine or equipment frame." 

Carefully designed analog equipment 
avoids internal "ground loops" by maintaining 
a "signal common" within the chassis, connec- 
ted to the chassis at one and only one point. In 
this case, Pin 1 connects to the frame and Pin 7 
connects to the signal common (often called 
"logic ground" or "logic common" on digital 
equipment.) 

Data 

Four data leads are defined; two for tran- 
smit and two for receive. 

The standard defines a "primary" or "for- 
ward" channel and a "secondary" or "backwar- 
ds" channel, so In a sense there are two com- 
plete interfaces. In micro systems we rarely see 
any use of the secondary or backwards circuits. 

Pin 2:Transmitted Data (to the MODEM) 

Pin 3: Received Data (from the MODEM) 
For the primary channel, the DTE transmits on 
pin two and receives on pin three. This means 
that the DOE transmits on pin three and 
receives on pin two. For the simplest interface, 
all that Is needed is three wires; on pins two, 
three and seven. Note that despite what is often 
done, pin one should not be the ground wire 
selected for a "three-wire serial interface," sin- 
ce It is optional while pin seven (signal ground) 
is mandatory. 

To connect two DTE's with a "standard" 
male-to-male cable does not work, since they 
both transmit on pin two— neither would 
receive any data. This is solved with a "MODEM 
eliminator," a short cable with a female con- 
nector on one end and a male connector on the 
other end. Pin two on each end is connected to 
pin three on the other end (see Figure 4). 

The transmitted data circuit must meet 
several other requirements. It must put out a 
"marking" voltage ( - 5 to - 15 volts) when not 
transmitting data and between characters or 
words. Also, it must not transmit unless an 
"on" voltage (-k5 to -H5 volts) is present on 
pins 4, 5, 6 and 20, when these pins are connec- 
ted as specified. 

The secondary channel DTE transmits on 
pin 14 and receives on pin 16. 



Control 

The control circuits are supposed to en- 
sure that neither end tries to transmit data 
unless the other Is ready to listen. Since the 
standard is concerned with a MODEM 
telephone connection, several of the control 
circuits signal the DTE whether or not the 
telephone connection to the remote MODEM 
has been properly made. These lines serve no 
purpose when a terminal or printer is connected 
directly to a computer, so they are very often 
omitted. 

More commonly, at least with micros, the 
control leads perform some kind of simplified 
"handshaking." For ail but the simplest of ap- 
plications, we need some way for each device 
to tell the other to stop sending or to not start 
sending. The most common case Is where a 
computer Is driving a printer which can't 
physically print as fast as the computer sends 
data. When the printer's input buffer fills. It 
must be able to signal the computer to suspend 
transmission until the printing catches up. 
When the printer is ready for more data, it must 
be able to signal the computer to resume tran- 
smission. This is a simple one-way handshake. 
A two-way handshake Is needed If both en- 
ds can transmit. Each must be sure the other 
end is ready to listen. For example, say a ter- 
minal is connected to a computer, and the 
computer plays the MODEM role. The computer 
needs to check that the terminal Is ready to 
receive before it sends a block of data and the 
terminal needs to be sure the computer is ready 
to listen before it sends keyboard data to the 
computer. There are several methods of im- 
plementing a two-way handshake by sending 
special characters on the transmit data lines; 
the control lines provide a hardware handshake 
scheme. For maximum reliability, both should 
be used. 



TXD 


2 




i 


TXD 


BXD 


3 





3 


RXD 


Slg.Gnd 


7 




7 


Slg. Qnd. 




[ 


)B25F 

Male 


C 
F 


)B^2SS 

•male 





Figure 4— 3-Wire Modem-Eliminator. 
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There are nine control leads defined 
for the primary channel: 

Pin 4: Request to send (from DTE to 

the MODEM). 
The standard spends a full page enumerating 
all the things a MODEM must do in response to 
an ON or OFF condition (or a transition). Sim- 
ply, the DTE tells the DOE that it is ready to 
transmit data by setting pin 4 ON 
(positive voltage). 

Pin 5: Clear to send (from the MODEM 

to the DTE). 
The MODEM sets this ON to tell the DTE that 
Transmitted Data (pin2) will be passed on to the 
telephone line. In other words, "Go ahead and 
send, I am listening and am ready to relay your 
message." This line is set ON only after Data 
Set Ready and Request to Send have both been 
set ON. 

Pin 6: Data Set Ready 

(from the MODEM to DTE). 
The MODEM sets this ON to tell the DTE that it 
(the MODEM only— not necessarily the com- 
plete channel to the receiving end) is in a 
"Ready to listen" condition. This means 

(1) it is connected to a communication channel, 

(2) it is not in test, voice, or dial mode, and 
where these apply, (3) has completed any timing 
functions related to establishing the call, and 
(4) has completed transmission of its answering 
tone. Most of these conditions don't apply in a 
direct computer-to-printer interface. 

Pin 20: Data Terminal Ready 

(From DTE to MODEM). 
Strictly speal<ing, this line switches the 
MODEM to and from the communication line. 
More loosely, the ON condition of DTR in- 
dicates that the DTE is ready to send or receive 
data. 

Pin 8: Received Line Signal Detect (from 

MODEM to DTE). Commonly called DCD 

for Date Carrier Detect. 
The MODEM sets this line ON when it is 
receiving a signal on the telephone line which 
meets its "suitability criteria"; that is, the 
signal is of high enough quality that the 
MODEM (which stands for MOdulater/ 
DEModulator) can actually demodulate it. An 
OFF (negative) level indicates that the MODEM 
is not receiving a signal or that the received 
signal is of too low quality to ensure good 
reception. 



Pin 21: Signal Quality Detector 

(from MODEM to DTE) 
The MODEM sets this line ON whenever "there 
is no reason to believe an error has occurred." 
An OFF says an error probably has occurred, 
due for example to a high noise level on the 
telephone line. 

Pin 23: Data Signal Rate Selector (from 

DTE or from DOE). 
Selects one of two data signalling rates or 
ranges of rates; an ON level selects the 
higher rate. 

The secondary channel is allotted three 
handshake (control) lines: 

Pin 19: Secondary Request to Send. 

Pin 13: Secondary Clear to Send. 

Pin 12: Secondary Received Line 

Signal Detector. 
The uses of these lines are analagous to the 
similar primary channel lines. 

Timing Circuits 

Pin 24: Transmitter Signal Element Timing 

(from DTE to MODEM). 
This is a clocl^ signal. The DTE effects an ON to 
OFF transition on this line to indicate the cen- 
ter of each signal element (usually means each 
bit cell) on the Transmitted Data line. This can 
be implemented to reduce errors, but is not of- 
ten used. 

Pin 15: Transmitter Signal Element Timing 

(from MODEM to DTE). 
Clock signal from the MODEM to the DTE. If the 
MODEM implements this signal, the DTE is 
required to adjust its sending timing such that 
the transitions (not the center) of the signal 
elements occur nominally at the same time as 
the OFF to ON transition of this clock. In other 
words, where these two timing signals are 
used, the MODEM controls the DTE's transmit- 
ted data transitions, and the DTE tells the 
MODEM where the element centers are. 

Pin 17: Receiver Signal Element Timing 

(from MODEM to DTE). 
A timing element similar to pin 24, but from the 
MODEM to tell the DTE where to expect the 
center of the signal elements transmitted by 
the MODEM to the DTE. 

There are no secondary channel timing 
signals. Where a secondary channel is im- 
plemented, timing is controlled by the primary 
channel. 
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Reserved Circuits 

Pins 9 and 10 
"Data Set Testing." 



are reserved for 



Unasslgned Circuits 

Pins 11, 18 and 25 are "unasslgned"; these 
are for circuits not specified in the 
standard, "made by mutuai agreement." 
An exampie is in the Semiconductor Equipment 
Communication Standard (SECS) published by 
the Semiconductor Equipment and Materials 
Institute, Inc. (SEMI), which uses pins 18 and 25 
to supply plus and minus 15 volts power to an 
isolated interface. While we're on the subject, 
the SECS overcomes one of the problems with 
the RS-232C standard interface— isolating the 
two equipments. You should be conscious of 
the fact that when you connect two equipments 
with an RS-232C cable you are connecting their 
signal and/or frame grounds. This has caused 
sparks to fly on more than one installation 
where poor power wiring or large separations 
resulted in a difference of chassis potential 
between the two ends. 



Table 1: What the RS-232C standard does not specify. 

1)The ASCII character code set. ANSI X3.4 
(American National Standard Code for Information In- 
terchange) specifies this. 

2.) How to control message transfer using ASCII. 
ANSI X3.28 and X3.57 cover this. 

3.) Communication at data rates higher than 20,000 
bits per second. 

4.) The DB-25 connector. The standard specifies 
only that the connectors used shall have 25 pins. No 
physical dimensions (size or shape) are given. 

5.) Limitation to asynchronous communications. 
The standard references RS-334, "Signal Quality at 
Interface Betw/een Data Processing Terminal Equip- 
ment and Synchronous Data Communication Equip- 
ment for Serial Data Transmission" for use with syn- 
chronous systems. 

6.) The "current loop" serial interface. There 
should be no such thing as a "RS-232 Current Loop," 
but at least one manufacturer call its interface this. 
The current loop is an unofficial standard design 
dating from early teletype days. 



Table 2: Where to get the standards. 

1.) Electronics Industries Association standards 
such as the RS-232-C ($5.10 plus $2.50 for RS-232-C 
application notes): 

lEC Standards 

2001 "I" Street, NW 

Washington, DC 20006 
2.) American National Standards Institute standar- 
ds such as the ASCII standard (American Standard 
Code for Information Interchange, X3.4-1977): 

ANSI Standards 

1430 Broadway 

New York, NY 10018 
3.) IEEE Standards such as the IEEE-488: 

IEEE Standards 

345 E. 47th Street 

New York, NY 10017 
4.) Consultative Committee for International 
Telephone and Telegraph Standards such as the X.25 
(international standards): 

CCITT Standards 

International Telecom 

Places de Nations 

1211 Geneva 20 

Switzerland 
5.) International Standards Organization (ISO): 

Order ISO standards from the ANSI 

Standards address above. 
6.) International Electro-Technical Commission(IEC): 

lEC Standards 

1 Ruede Varembe 

1211 Geneva 20 

Switzerland 



So far we've taken a pretty close look at 
what the RS-232C standard defines as the elec- 
trical and mechanical parts of a serial data in- 
terchange scheme. Next month we'll cover the 
standard's "standard configurations," some 
real-(micro)-world configurations, and we'll 
present some recommendations for 
"hacker" standards. ■ 



To Be Continued 



FEEDBACK NEEDED 

This magazine is published for you, and in order 
to serve you we need your feedback. Send us your 
questions on the RS-232 interface. We'll answer 
those we can, and publish the others to get help 
from our readers. Also tell us about your 
experiences (both the good ones and the bad ones), 
the problems you've had, and how you've solved 
them. 
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TELECOMPUTING WITH THE APPLE }[: 
TRANSFERRING BINARY FILES 



BY Marvin L. De Jong 



INTRODUCTION 

The programs we will describe allow you to communicate a 
binary disk file (B file) from one Apple II to another over 
telephone lines. The equipment required is either a Hayes 
Micromodem II or a California Computer Systems 7710 Asyn- 
chronus Serial Interface connected to an acoustic-coupled 
modem such as a Novation Cat. We will also show how text 
files (T fUes) can be converted to B files, so that the programs 
will also communicate T files. Since it is easy to convert Ap- 
plesoft files (A files) to T files, you can also communicate Ap- 
plesoft programs. All of our work was done with a 48K Apple 
II. The programs must be modified slightly for systems whose 
memory capacity is different. 

HARDWARE 

Both the Micromodem II and the CCS 7710 boards use a 
6850 ACIA (Asynchronous Communications Interface 
Adapter). Consequently, a program written for one board will 
usually work for the other, with little or no modification. The 
6850 ACIA performs the parallel-to -serial and the 
serial-to-parallel conversions that are required for telephone 
communications. The asynchronous serial protocol is con- 
trolled by the software. The protocol assumed by our sof- 
tware is an eight bit word, no parity, one stop bit, and a bit 
rate of 300 bits/sec. The 6850 is described in detail in De 
Jong's Apple II Applications (Howard W. Sams & Co., Inc., 
Indianapolis, IN 46268). If you want to modify the programs 
for other protocols, consult that reference and the operating 
manuals that come with the peripheral you are using. 

If you are using a Micromodem II then the only connection 
you need to make is to insert the plug from the Micromodem 
II into the telephone jack. If you are using a CCS 7710 board, 
then you will need a modem. For our tests we used a acoustic- 
coupled Novation Cat. The connections between the CCS 7710 
board and the Cat are described in Table 1. Both devices use 
female DB 25 connectors, so you will need two DB 25 male 
connectors and a five-conductor cable. A row in Table 1 tells 
you the pins to be connected. 

Table 1 



CCS 7710 Board 


Pin Name 


Novation Cat 


Pin Number 




Pin Number 


3 


TXD 


2 


2 


RXD 


3 


4 


CTS 


5 


20 


DSR 


6 


7 


GND 


7 



COMMUNICATIONS PROGRAMS 

The programs to communicate a binary file from one 
Apple II to another are given in Listings 1 and 2. Both of the 
communicating parties have these programs loaded and run- 
ning when they communicate. Listing 1 contains the BASIC 
routines that make use of the machine-language routines in 
Listing 2. In this section we wiU describe how these 
programs work. 

Refer first to Listing 1. First of all, HIMEM is moved 
down to provide undisturbed space for the machine language 
routines. An initilization sequence, starting at line 450 is per- 
formed next. These lines are quite easy to understand, and 
the initilization sequence concludes with the machine 
language routines being loaded from the disk. Lines 500 to 
555 are specifically used by the Micromodem II, not the CCS 
7710 board. Their execution stores the correct modem control 
word in the modem control register, starting the modem 
transmitter and lifting the telephone off the hook. 

Line 600 in Listing 1 calls a machine language routine that 
resets the 6850 ACIA, sets up the protocol defined above, and 
waits for carrier to be detected. Line 610 calls a machine 
language terminal routine. In this routine the two parties can 
use their keyboards and video monitors to communicate with 
each other. The person who wishes to send the binary file 
exits the terminal routine by typing a "CTRL S" character. 
At this point both programs exit the terminal routine and go 
back to the BASIC program at line 620. 

If a "CTRL S" character was tent, then memory location 10 
will contain a zero and the program will branch to lines 100 to 
200. If a "CTRL S" character was received, then memory 
location 10 will not be zero, and the program will branch to 
lines 300 to 410. Now each party is executing a different 
routine. The computer sending the binary file will be 
executing lines 100 to 200, while the computer receiving the 
binary file will be executing lines 300 to 410. 

Lines 100 to 200 accomplish the following tasks. The file 
name is input from the keyboard, the file is loaded into 
memory, and its address and length are obtained from the 
memory locations where the Apple 11 DOS stored these 
parameters. These parameters are now stored in new 
locations in page zero of memory. The program then calls a 
machine language program that sends the binary file. 

Here is how the file is sent. First the starting address of 
the binary file is sent in two bytes. Refer to line 147 in the 
machine language routine. Listing 2. Next, the length of the 
file is sent in two bytes. The length of the file is added to the 
starting address to get the ending address. This is used by the 
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sending routine to know when to quit. Each byte is now read 
from memory and sent to the serial output subroutine. Refer 
to lines 158 to 183 in Listing 2. 

After each byte is sent it is added to a checksum. The 
checksum adds all the bytes in one page of memory as they 
are sent. After sending one page of memory, the receiving 
routine sends back its two checksum bytes, and the transmit- 
ting program compares them with its own checksum. If there 
is disagreement, a flag byte is set, and the parties are notified 
of a checksum error. If less than one page of binary data is 
sent, then the checksum is completed when the last byte is 
sent. 

The checksums are accumulated in memory locations that 
correspond to the text screen. While the data is being sent 
you can watch the two screen locations change. Obviously, if 
the two screen locations do not change after a few minutes 
then something tragic has happened, someone has hung up or 
lighting has struck the telephone system, and you should 
return to the terminal mode, or lift up the receiver and com- 
municate normally. On the other hand, if you are sending a 
HIRES graphics page, perhaps a ground hog day greeting 
card you have drawn, then there might be numerous bytes 
that contain zero, so don't be too quick on the draw if the 
checksum locations do not appear to be changing rapidly. 
When both parties observe a checksum error you will 
automatically be returned to the terminal mode. 

Let us assume the file is successfully transmitted. Then the 
BASIC program continues at line 180. It waits until the 
receiving party has saved the binary file on disk, and then 
control returns to the terminal mode. 

On the receiving end, lines 300 to 410 are executed after a 
"CTRL S" is received. The machine language receiving 
routine starts on one 94 in Listing 2. The starting address and 
the length of the file are received and stored, then the data is 
stored in the same memory locations as it is found in the com- 
puter of the transmitting party. When all the checksum in- 
formation has been returned, the complete file is in memory 
and control returns to the BASIC program at line 330. Now 
the user is obligated to input a file name and the Apple II DOS 
saves the file. The word "READY" is sent to the other com- 
puter, and then both parties are back in the terminal mode. 

The extensive remarks and comments should make the 
programs understandable. We have not included any scheme 
to interrupt the programs if the carrier is lost. On the 
Micromodem II this requires a solder connection, and of cour- 
se it requires an interrupt routine to handle the various 
situations that can produce an interrupt on the 6850 ACIA. If 
in fact the carrier is lost, both programs will get hung. This 
will be obvious in the terminal mode if you no longer get any 
information. If it happens, lift off the telephone handset and 
talk. When the file is being communicated, a loss of carrier, or 
another problem perhaps, is detected by "dead" checksum 
characters on the screen of the video monitor. Wait a bit to 
make sure the system really is down and not just transmit- 
ting zeros, then lift up the telephone and check for the carrier. 
Serial communications usually are very reliable, so you 
should not have to deal with these situations very often. 

One last detail. How do you get started? If you are going to 



transmit a file, make the telephone call and exchange 
greetings. Then both parties RUN their programs. Enter the 
correct slot number. If you are calling, select the originate 
mode: if you are answering, select the answer mode. When 
the carrier is detected you can begin communicating in the 
terminal mode. With an acoustic coupled modem this means 
placing the handset in the muffs. With the Micromodem II this 
means hanging up the telephone and letting the Micromodem 
take over since it also has the handset off the hook. 

ADDITIONAL PROGRAMS 

We include two other utility programs to make the 
previous programs more useful. The first utility program 
takes a text file and converts it to a binary file, in which form 
it can be used by the programs in Listings 1 and 2. This 
program is given in Listing 3. Assume that you have a text 
file on your disk. The program asks you to input the file name. 
Then it GETs the elements in the file, converts them to 
ASCII, and stores them in memory. Once in memory they are 
BSAVEd using the file name prefixed with a "B". The file can 
now be sent using the communications programs in Listings 1 
and 2. 

The second utility program takes a binary file made by the 
program in Listing 3 and converts it back to a text file. It also 
prints the text on the screen. In other words, once a text file 
is communicated as a binary file, you wiU need a technique to 
change it back to its original form. The program in Listing 4 
does just that. It BLOADs the file, then takes each ASCII 
code and saves it in a text file whose name is the same as the 
binary file but prefixed by a "T". 

Suppose you have a text file named LETTER that you wish 
to send by telephone to another party. The easiest way is to 
purchase a 20 cent stamp and mail it. A faster more elegant 
and expensive way to send the letter is to convert it to a 
binary file using the program in Listing 4. It now bears the 
name BLETTER. You send it over the telephone using the 
programs in Listings 1 and 2. Suppose the receiving party 
gives it the same name, BLETTER, and it stored on that disk 
with that file name. The receiving party uses the program in 
Listing 4 to convert it to a text file bearing the name 
TBLETTER. Now a wordprocessor or another utility can be 
used to convert the text file into print. 

The Apple II DOS manual illustrates how an Applesoft 
program can be converted to a text file. The program in 
Listing 3 converts it to a binary file, and finally, after it has 
been transmitted over the telephone system, the program in 
Listing 4 is used to convert it back to a text file. Then the 
EXEC command will load it into your machine in a form that 
you can RUN it. 

I hope you enjoy working with and improving these 
programs. Bells and whistles include driving all of the 
programs from a menu, using program input to set the 
protocol, and, in the case of a direct-connect modem, adding a 
dialing routine. Several other communications programs are 
given in the reference mentioned early in the article. Why buy 
an expensive communications package when you can hack one 
out yourself? 
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LISTING 1 



15 RIM MICPOMODEM II OF CCS 7710 BINARY FILE SEND/SECEIVE 

JO HIMEMi 37687 i GOTO 450 

100 PRINT 'INPUT THE FILE NAME.' 

110 INPUT FILE* 

120 PRINT DJi 'BLOAD'iriLE» 

125 R£H NEXT POKES ANC PEEKS ASSUME 4eK APPLE II. 

130 POKE 249, PEEK (43634) i POKE 250, PEEK (43635) 

135 ttm MOVE ADDRESS OF BINARY FILE TO PAGE ZERO LOCATIONS. 

140 POKE 251, PEEK (43616) ■ POKE 252, PEEK (43617) 

145 HEX HOVE LDiCTH OF BINARY FILE TO PAGE ZERO LOCATIONS. 

150 CALL 38130 ■ REM CALL ROUTINE TO TRANSMIT B-FILE. 

160 IF PEEK (10) > THEN 180 

170 PRINT 'CHECKSUM ERROR. BACK TO TERMINAL MODE." I OOTO 610 

180 PRINT 'FILE TRANSMITTED SUCCESSFULLY." 

190 PRINT 'PLEASE WAIT A MOMENT FOR HOUSEKEEPING CHORES' 

200 PRINT 'TO BE COMPLETED AT THE OT«ER TERMINAL.' I 00 TO 610 

300 POKE 10,0 I CALL 38020 

310 IF PEEK (10) • THEN 330 

320 PRINT 'CHECKSUM ERROR. BACK TO TERMINAL MODE.' 1 OOTO 610 

330 PRINT 'FILE IS NOW IN MEMORY.' 

340 PRINT 'INPUT A NAME FOF THE FILE.' 

350 INPUT FILEJ 

360 LOTH ■ PEEK(251) + 256'PEEK(252) 

370 ADDR ■ PEEK(249) ♦ 256«PEEK(250) - LGTH 

380 PRINT D»)'BSAVE')FILEJi',A'iADDR)',L"lLGTH 

390 FOR I ■ 1 TO 5i READ A» iPOKE 69, ASC(AJ) i CALL 37985 

400 NEXT I I DATA R,E,A,D,Y I RESTORE 

410 PRINT 'YOU ARE BACK IN THE TERMINAL MODE.' I GOTO 610 

445 REM INITILIZATION SEQUENCE 

450 CLEAR ■ D$ • CHRt(4) i HOME 

470 PRINT "INPUT THE SLOT NXniBER OF THE SERIAL INTERFACE.' 

480 INPUT S 1 POKE 255,16'S 

490 PRINT DJi'BLOAD BTERMINAL ROUTINES l.O.OBJO- 

500 MODEM ' - 16251 -r 16 • S 

510 PRINT 'ANSWER (A) OR ORIGINATE (0)?' 

520 INPUT AJ 

530 IF A»-'A' TOEN POKE MODEM, 139 i GO TO 600 

540 IF AJ-'O' THEN POKE MODEM, 143 i GO TO 600 

550 GO TO 510 

555 REM OMIT LINES 500 - 555 FOR CCE 7710 SERIAL I/O BOARD. 

600 CALL 37688 I REM CALL INITIALIZATION ROUTINE. 

610 CALL 37911 I REM CALL TERMINAL ROUTINE. 

620 HOME 1 IF PEEK (10) - THEN 100 

630 GO TO 300 



LISTING 2 



SOURCE FILEi BTERMINAL ROUTINES 1.0 



0000 1 
0000 ■ 
COOOl 
COlOl 
C086I 
C086< 
C0871 
FDFOi 
000 A 1 

94001 



ITWIS PROGRAM ASSUMES THE HAYES MICROMODEM OR THE 
ICCS 7710 CARD IS IN A CARD SLOT. 



KYBD EOU »C000 (APPLE KEYBOARD ADDRESS 

STRB EOU JCOIO [KEYBOARD STROBE CLEAR. 

CR EOU icoee |6850 ACIA CONTROL REGISTER. 

STATUS EOU jcoee i6e50 acia status register. 

DATA EOU »C087 |6850 ACIA DATA REGISTER. 

8 COUTl EQU tFDFO IMONITOR OUTPUT ROUTINE. 

9 FLAG EOU »0A iFLAG LOCATION. 



NEXT OBJECT FILE NAME IS BTERMINAL ROUTINES l.O.OBJO 
10 ORG $9400 



94001 
9400 iA4 
9402 IA9 
9404199 
9407 I A9 
94 09 1 99 
940C I B9 
S40FIB9 
9412129 
9414ID0 
9416160 

94171 

9417iA9 

9419i85 

941BiA4 

941D1B9 

9420129 

94221F0 

9424 iB9 

94271 09 

9429iC9 

942B1F0 

942D120 

94301AD 

9433110 

9435148 

9436 1 8D 

9439120 

943C1 

943C1B9 

943FI29 

9441 1 FO 

9443i6( 

9444199 

9447 iC9 

9449 iFO 

344B1D0 

944D1C6 

944FI60 



12 (INITIALIZATION ROUTINE. 



FF 

03 

86 CO 
15 

86 CO 

87 CO 
86 CO 
OC 

F6 



00 
OA 
FF 

86 CO 
01 

OC 

87 CO 
80 

93 
20 

FO FD 
00 CO 
£8 

10 CO 
FO FD 

86 CO 
02 

F9 

87 CO 
93 

04 
DO 
OA 



13 
14 

15 

16 

17 

18 WAIT 

19 

20 

21 

22 



LDY 
LDA 
STA 

LDA 
STA 
LDA 
LDA 
AND 
BNE 
RTS 



JFF 

•{03 
C3!,Y 
»»15 
CR,Y 
DATA,Y 
STATUS , Y 
♦ JOC 
WAIT 



94501 

9450 1 84 47 
9452 iA4 FF 



24 (TERMINAL ROUTINE. 

25 TERM LDA tOO 

26 STA FLAG 

27 LDY »FF 

28 LOOP LDA STATUS, Y 

29 AND tOl 

30 BEO TRANS 

31 LDA DATA,Y 

32 ORA *|eo 

33 CMP «J93 

34 BEQ SEND 

35 JSR COUTl 

36 TRANS LDA KYBD 

37 BPL LOOP 

38 PHA 

39 STA STRB 

40 JSR COUTl 

41 (INSTRUCTIONS IF OTHER 

42 PAUSE LDA STATUS. Y 

43 AND •02 

44 BEO PAUSE 

45 PLA 

46 STA nATA,Y 

47 cur •jgs 

48 BEC PAST 

49 BNE LOOP 

50 SEND DEC FLAG 

51 PAST RTS 



53 (SERIAL INPUT ROUTINE 

54 SERIN STY $47 
56 LDY »FF 



(GET PERIPHERAL SLOT INDEX. 
(RESET 6850 ACIA. 

(SET PBOTOCOLl 8 BITS, 

(NO PARITY, ONE STOP BIT. 

(READ AND DISCARD DATA. 

(ARE CTS AND DCD SIGNALS 

(PRESENT? 

(NO, WAIT HERE. 

(RETURN FROM INITIALIZATION. 



(CLEAR FLAG REGISTER. 

(GET SLOT INDEX. 

(YES, IS RECEIVER READY? 

(NO, TRY THE TRANSMITTER. 

(YES, GET THE DATA. 

(SET HIGH BIT. 

(IS IT 'CTRL S'? 

(BRANCH TO RECEIVE ROUTINE. 

(OUTPUT THE CHARACTER. 

(READ THE KEYBOARD. 

(NO DATA, SO LOOP BACK. 

(SAVE THE CHARACTER. 

(CLEAR THE KEYBOARD STROBE. 

(REPLACE WITH THREE 'NOP' 

TERMINAL ECHOES. 

(IS TRANSMITTER READY? 

(PAUSE UNTIL IT IS. 

(GET CHARACTER FROM STACK. 
(OUTPUT IT TO THE ACIA. 
(WAS 'CTRL S' SENT? 

(GO BACK FOR MORE. 
(SET FLAG. 



(SAVE Y HERE. 
(GET SLOT INDEX. 



9454 iA9 01 


56 


HOLD 


IDA 


•«01 


9456139 86 CO 


57 




AND 


CR,Y 


9459 IFO F9 


S8 




BEO 


HOLD 


»45BtB9 87 CO 


59 




LDA 


BATA,Y 


»45£lA4 47 


60 




LDY 


147 


9460160 


61 




RTS 




94611 


62 


(SERIAL OUTPUT ROUTINE 


9461 tA5 45 


63 




LDA 


>45 


9463184 47 


64 


SEROUT 


STY 


»47 


9465iA4 FT 


65 




LDY 


IFF 


9467148 


66 




PHA 




9468 1A9 02 


67 


LOAF 


LDA 


•02 


946A139 86 CO 


68 




AND 


CR,Y 


946D1F0 F9 


69 




BEQ 


LOAF 


946Ft6e 


70 




PLA 




9470199 87 CO 


71 




STA 


BATA,Y 


9473iA4 47 


72 




LDY 


$47 


9475(60 


73 




RTS 




00F91 


75 


ADDRLO 


EQU 


»F9 


OOFAi 


76 


ADDRHI 


ECU 


«FA 


OOFBi 


77 


LNGTLO 


EOU 


tFB 


OOFCi 


78 


LNGTHI 


EQU 


$FC 


OOFDi 


79 


EHDLO 


EQU 


»FD 


OOFEi 


60 


DJDHI 


EQU 


»FE 


05361 


81 


SUMLO 


EQU 


1536 


05351 


82 


SUMHI 


EOU 


»535 


94761 


«4 


(ADDITION ROVTINE. 


»476ilB 


85 


ADD 


CLC 




9477 iA5 F9 


86 




LDA 


ADDRLO 


9479165 FB 


87 




ADC 


IMGTLO 


947B185 FD 


88 




STA 


Da)LO 


947DIA5 FA 


89 




LDA 


ADDRHI 


947F165 FC 


90 




ADC 


LNGTHI 


9481185 FE 


91 




STA 


ENDHI 


9483(60 


92 




RTS 




94841 


94 


(RECEIVE FILE ROUTINE. 


9484120 50 94 


95 


FETCH 


JSR 


SERIN 


9487i85 F9 


96 




STA 


ADDRLO 


94891 20 50 94 


97 




JSR 


SERIN 


9480(85 FA 


98 




STA 


ADDRHI 


948E120 50 94 


99 




JSR 


SERIN 


9491i85 FB 


100 




STA 


LNGTLO 


9493120 50 94 


101 




JSR 


SERIN 


9496185 FC 


102 




STA 


LNGTHI 


9498120 76 94 


103 




JSR 


ADD 


949BIA0 00 


104 




LDY 


•UU 


949D1A2 00 


105 




LDX 


•00 


949FieE 36 05 


106 


BACK 


STX 


SUMLO 


94A2I8E 35 05 


107 




STX 


SUMHI 


94A5i20 50 94 


108 


MORE 


JSR 


SERIN 


94A8i91 F9 


109 




STA 


(ADDRLO), Y 


94AA118 


110 




CLC 




94ABi6D 36 05 


111 




ADC 


SUMLO 


94AE18D 36 05 


112 




STA 


SUMLO 


94B11A9 00 


113 




LDA 


•00 


94B3I6D 35 05 


114 




ADC 


SUMHI 


94B6ieD 35 05 


115 




STA 


SUMHI 


94B91E6 F9 


116 




INC 


ADDRLO 


94BBID0 02 


117 




BNE 


ARND 


94BD1E6 FA 


lie 




INC 


ADDRHI 


94BF1A5 F9 


119 


ARND 


LDA 


ADDRLO 


94C11C5 FD 


120 




OtP 


DJDLO 


94C31D0 OA 


121 




ENE 


HERE 


94C5IA5 FA 


122 




LDA 


ADDRHI 


94C71C5 FE 


123 




CKP 


ENDHI 


94C91D0 04 


124 




ENE 


HERE 


94CBi20 De 94 


125 




JSR 


CHKSUM 


94CE160 


126 


OUT 


RTS 




94CFIE8 


127 


HERE 


INX 




94D01D0 D3 


128 




BNE 


MORE 


94D2120 D8 94 


129 




JSR 


CHKSUM 


94D5fl8 


130 




CLC 




94D6190 C7 


131 




BCC 


BACK 


94Dei 


133 


(CHECKSUM ROUTINE. 


94D81AD 36 05 


134 


CHKSUM 


LDA 


SUMLO 


94DB120 63 94 


135 




JSR 


SEROUT 


94DE1AD 35 05 


136 




LDA 


SUMHI 


94Eli20 63 94 


137 




JSR 


SEROOT 


94E4i20 50 94 


138 




JSR 


SERIN 


94E7iC9 06 


139 




CMP 


•06 


94E9iD0 01 


140 




BNE 


ERROR 


94EBi60 


141 




RTS 




94EC1C6 OA 


142 ERROR 


DEC 


FLAG 


94EE1D0 DE 


143 




BNE 


OUT 


94F0IF0 DC 


144 




BEQ 


am 


94F21 


146 


TRANSMIT FILE ROUTINE. 


94F21A5 r9 


147 




LDA 


ADDRLO 


94F4120 63 94 


148 




JSR 


SEROUT 


94F7iA5 FA 


149 




LDA 


ADDRHI 


94r9i20 63 94 


150 




JSR 


SEROUT 


94FC1A5 FB 


151 




LDA 


LNGTLO 


94FEI20 63 94 


152 




JSR 


SEROUT 


9501 1 A5 rc 


153 




LDA 


LNGTHI 


9503120 63 94 


154 




JSR 


SEROUT 


9506120 76 94 


155 




JSR 


ADD 


9509 lAO 00 


13b 




LDY 


• 00 


9S0B1A2 00 


157 




LDX 


•00 


950D18E 36 05 


158 BACKl 


STX 


SUMLO 


951018E 35 05 


159 




STX 


SUMHI 


9S131B1 P9 


160 MOREl 


LDA 


(ADDRLO), Y 


9515120 63 94 


161 




JSR 


SEROUT 


9518118 


162 




CLC 




951916D 36 05 


163 




ADC 


SUMLO 


951C18D 36 05 


164 




STA 


SUMLO 


951FIA9 00 


165 




LDA 


•00 


9521 i6D 35 05 


166 




ADC 


SUMHI 


9524 1 8D 35 05 


167 




STA 


SUMHI 


9527iE6 r9 


168 




INC 


ADDRLO 


9529iD0 02 


169 




BNE 


BRNCH 



IHAXE A MASK. 

(RECEIVER FULL? 
INO, WAIT FOR IT TO FILL. 
(READ THE ACIA. 
(RESTORE Y. 



(USED TO SEND PROM BASIC. 

(SAVE Y. 

(GET SLOT INDEX. 

(SAVE CHARACTER ON THE STACK. 

■ MAKE A MASK. 

(TRANSMITTER EMPTY? 

(NO, WAIT UNTIL IT IS. 

(YES, THBI GET CHARACTER 

■AND SEND IT OUT. 

(FETCH Y BACK. 



(HOLDS ADDRESS OF BINARY FILE. 
(HOLDS LENGTH OF BINARY FILE. 
(LAST ADDRESS IN BINARY FILE. 
ICHECKSUM STORAGE. 



■ADD LENGTH TO ADDRESS 
>T0 FIND ENDING ADDRESS. 



(GET LOW BYTE OF ADDRESS 

(STORE IT. 

(GET HIGH BYTE OF ADDRESS. 

(STORE IT. 

(GET LOW BYTE OF LDJOTH. 

(STORE IT. 

(GET HIGH BYTE OF LENGTH. 

(STORE IT. 

(ADD TO FIND ENDING ADDRESS. 

(PREPARE TO GET BINARY 

(FILE AND STORE IT. 

(CLEAR CHECKSUM LOCATIONS. 

(GET A FILE BYTE. 

(STORE IT. 
(PUT THE BYTE IN 
(THE CHECKSUM. 



(UPDATE THE LOCATION. 



(CHECK TO SEE IF THE 
(PILE IS COMPLETE. 



(OUTPUT ONE CHECKSUM FOR 
(EVERY PAGE OF DATA. 

(FORCED BRANCH. 

(SEND LOW BYTE OF CHECKSUM. 

(SEND HIGH BYTE OF CHECKSUM. 

(WAIT FOR REPLY. 

(IS IT 'ACK" CODE? 

(NO, CHECKSUMS DID NOT MATCH. 

(SET THE ERROR FLAG. 



(GET LOW BYTE OF FILE ADDRESS. 

(SEND IT. 

(GET HIGH BYTE. 

(SEND IT. 

(GET LOW BYTE OF FILE LENGTH. 

(SEND IT. 

(GET HIGH BYTE. 

(SEND IT. 

(FIND ENDING ADDRESS. 



(CLEAR CHECKSUM. 

(FETCH A BYTE. 
(SDID IT. 
(CALCULATE CHECKSUM. 



(UPDATE ADDRESS. 



continued on page IS 
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BEGINNER'S COLUMN 

ANYONE FOR A LITTLE KISS ELECTRONICS? 



by Phil Wells— Technical Editor 

M. remember when Byte, Interface Age, Kilobaud and the 
other "computer hobby" magazines started up, six or seven 
years ago; they were filled with "how-to" hardware construc- 
tion articles where engineers, techs and just plain hackers 
shared their knowledge and experiences with us. What hap- 
pened to those articles, those magazines? The micro hobby 
turned into the small-business and home computer craze. A 
world-wide gold mine was tapped as publishers realized 
millions of people wanted to know what a micro was, how to 
make a purchasing decision, what to use a micro for. The har- 
dware hobbyist got lost in the rush. The money was to be 
made selling new micro add-ons, writing hardware and sof- 
tware reviews; the hardware hobbyist became a very poor 
relation. 

Every week I run into someone else who has been bitten by 
the micro bug, learned how to run a micro, and now wants to 
really get into the hardware, but is having trouble getting 
started. "How do I go about learning just enough electronics 
to get started modifying and building my own stuff?" they 
ask. Not to become an engineer, just to be able to play with 
add-ons, experiment with robotics, have some fun really doing 
something. 

Electronics for the professional is a large and complex sub- 
ject. Does electronics for the hobbyist really have to be that 
difficult? I don't think so. Digital electronics (the kind our 
micros use) is much simpler than analog electronics. A hacker 
doesn't have to "design for production" — that is, calculate 
what might happen to every aspect of circuit performance as 
all possible combinations of component tolerances interact in 
a hundred thousand production models. All the hacker has to 
do is get one sample to work acceptably in a particular ap- 
plication. 

How about electronics through the KISS (Keep it Simple, 
Stupid) principle? Certainly, the deeper your understanding 
of a technical subject, the better your chances of success in 
designing your own hardware. But I've noticed a little under- 
standing can get a hobbyist a long way, and more importantly, 
that the hardest part is just getting started. So this column is 
for the beginning hardware hacker who wants to start bur- 
ning his fingers with a soldering iron without plowing 
through textbooks or going to night school. 

We'll always try to keep it simple, and we'll cover whatever 
topics you write in and tell us you want covered. Everything 
will presented hands-on fashion; not necessarily whole projec- 
ts, but at least simple circuits you can put together to see the 
concepts in action. If you don't get in and mess around with it. 
you're not going to learn it. To help locate tools, parts, etc. I'm 
going to give Radio Shack part numbers, because the Shack is 
simply the most commonly available get-it-now source. 



Getting Started: Tools 

Unless you like cutting and forming wire with your teeth, 
you'll need some small hand tools. I like the smaller versions 
(4-5 inch handles), since most micro-type projects involve very 
small parts. 

1) 4Vr' diagonal sidecutters. Also the "flush-cut" style is 
handy for printed circuit work. 

2) 5" needle-nose pliers. 

3) Wire strippers. 

4) Set of small screwdrivers and a set of small nut drivers. 

5) Small pencile-style soldering iron (45 watts is probably 
too hot -get the 37 Va or 25 watt size — with a small chisel tip) 
and rosin core solder (never use acid core ulder). 

6) Invest $12 to $19 in a "breadboard socket" such as Radio 
Shack #276-174, 1 have a collection of these, each able to hold 
about six 16 pin I.C.'s, picked up at surplus stores at various 
times over the years. This is absolutely the best way I've ever 
found to try out a circuit idea, making many changes quickly 
without soldering, before committing the design to a more 
permanent construction method. 

7) Clip leads. This is an 18" piece of the most flexible wire 
you can find, terminated on both ends with an Alligator clip or 
a spring action "mini test clip" (R.S. #270-372 or 270-370). 
The Shack has a set of 10 really el-cheapo but usable light 
weight leads for $3.69 (#278-1156). You'll need at least four 
made with 16 gauge or heavier wire with large alligator clips 
for connecting power supplies. A dozen of the smaller 22 or 24 
gauge size with micro-clips is not too many. 

8) Hook-up wire. You'll need 22 gauge (or there-abouts) 
wire in various colors. Get used to using stranded wire for 
projects designed to last a while — solid wire breaks with 
flexing. You'll also need some insulated 22 gauge solid wire 
for use as breadboard socket jumpers. 

Getting Started: Parts 

You'll need parts for any project you want to build. If you 
live in an area with "surplus" stores, scrounge around there 
for your parts. This magazine will regularly publish infor- 
mation on how to mail-order parts. The most widely available 
source of cheap (in both senses) parts is your local Radio 
Shack store, so I'll always try to suggest Radio Shack parts 
that have worked for me. But be forewarned, my experience 
is that the Shack generally provides low quality at prices that 
are usually higher than mail order prices. The most reliable 
(and by far the fastest) source of mail order parts I've found is 
Jameco Electronics, (415) 592-8097; call and ask for 
their catalog. 

Resistors. You'll need an assortment of 'A Watt resistors. 
The Shack has a useful starter box of 350 for $9.95. Surplus 
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stores usually sell junked p.c. boards for a dollar or less; strip 
the resistors, capacitors and transistors from these. For 
higher wattages, see if your local TV repair shops will sell or 
give you junked TV chassies. Strip these for parts. 

CapMitors. You'll need an assortment of disc ceramics and 
another of aluminum electrolytics. The Shack has $9.95 assor- 
tments of these. 

Truiistors and IC'b. Haxnt the Shack's half-price table, 
look for specials in magazine ads, but basically buy these as 
you need them. You might try the Shack's 2N3904 (NPN) and 
2N3906 (PNP) sets of 15 for $1.98, but expect to find some that 
■don't work. These are unlabeled, or are actually other 
, near-equivalent types, and look like seconds or rejects; but 
then, we're not designing for production, remember? The 
Shack's 2N2222 (15 for $1.98) type transistor works fine for 
most low power needs. 

Diodes. You'll need two kinds; small-signal silicon like 
lN914's, and silicon rectifiers like the 1N4002, The Shack has 
ten lN914/lN4148's for $0.99, and 1-Amp rectifier diodes (get 
P/N 276-1102) at two for $0.59. You'll also need Zener diodes 
and an occassional bridge rectifier, but unless you find a 
bargain, get these as you need them. If you can pick up an 
assortment of LED's (ight emitting diodes) at a good price 
do it; they're useful and fun to play with. 

Getting Started: Test Equipment 

Electronic test equipment is a whole world in itself; you can 
spend as much as your budget will allow. However, one item 
is absolutely necessary and a few more wUl really enhance 
your possibUities. 

1) You'll need a meter to measure Volts, Ohms, and Amps. 
It is possible to build your own from surplus parts, but not 
worth the effort unless this is a major area of interest to you. 

Tekeomjmting with the Apple J, continued 



952Bi£6 FA 
952D1A5 F9 
952F1C5 FD 
9531100 OA 
9S33IAS FA 
9535 1 C5 FE 
9537)00 04 
9S39t20 46 95 
9S3CieO 
9S3DiEe 
953EID0 03 
9540120 46 95 
95431 IS 

9544190 C7 



95461 

9546120 
9549 iA8 
954A120 
954DiCD 
95501 DO 
9S52iCC 
9555100 
95571A0 
9SS9iA9 
955Bi20 
955E160 
955F1A9 
9561 1 20 
9564 iC6 
9566100 
9568 iFO 



50 94 

50 94 

35 05 
00 

36 05 

oe 

00 
06 
63 94 

15 

63 94 
OA 
04 
02 



170 

171 BHNCH 

172 

173 

174 

175 

176 

177 

178 RET 

179 HEREl 
180 

181 
182 

183 

185 iSUMCHX 

186 SUMCHX 
187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 BAO 

198 

199 

200 

201 



INC 
LOA 
CMP 
BNE 
LOA 
CMP 
BNE 
JSK 
RTS 
INX 
BNE 
JSR 
CLC 



AOORHI 

AOORLO 

ENDLU 

HEREl 

AOORHI 

EN OKI 

HEREl 

SUMCHX 



MOREl 
SUMCHK 



BCC BACKl 

SUBROUTINE. 

JSR SERIN 
TAY 

JSR SERIN 

CMP SUMHI 

BNE BAO 

CPY SUMLO 

BNE BAO 

LDY too 



#06 
SEROUT 



LOA 

JSR 

RTS 

LOA t^lS 

JSR SEROUT 

DEC FLAG 

BNE RET 

BEQ RET 



IHAVE ALL BYTES BEEN SDIT? 



I YES, so SEND LAST CHECKSUM. 
(THEN GO BACK TO BASIC. 
IHAS AN ENTIRE PAGE BEEN SENT? 
INO, SO FINISH A PAGE. 
lOTHERWISE COMPARE CHECKSUMS. 
• FORCE A BRANCH BACK FOR 
ANOTHER. 



IGET HIGH BYTE OF CHECKSUM. 

lis IT THE SAME HERE. 

iNO. 

>00 LOW BYTES COMPARE? ' 

INO. 

ICLEAR Y AGAIN. 

I SEND "ACK" CODE. 



ISQID "NAK- CODE. 

tSET ERROR FLAG. 
IBACK TO BASIC. 
IGO GACK TO BASIC. 



You can get started with a simple analog "VOM" 
(Volt-Ohm-Milliammeter) such as the Radio Shack #22-204 at 
$39.95, but this type meter will not always give accurate 
voltage readings with transistor and I.C. circuits. A better 
investment is a "DVM" (Digital Volt Meter) such as the Radio 
Shack #22-191 at $79.95. A 3Vi digit display is fine for our 
purposes. 

2) A logic probe is a very useful tool which is sometimes 
easier to use than an oscilloscope and an awful lot less expen- 
sive. This is a hand held probe with light emitting diodes to 
indicate a logic "high," "low" or "pulse" signal. Radio Shack 
has a bare-bones model (#22-301) for $19.95. 

3) An oscilliscope is a very worth while investment and is a 
necessity for the really serious hacker. This tool is the only 
way to really see what the fast changing voltages in your cir- 
cuits are doing; it is a window into the world of the electrons. 
Selecting a 'scope is not a simple task since prices range from 
a few hundred to over eight thousand dollars. Get the best 
you can afford, learn to use it, and you'll have acquired an in- 
valuable "sixth sense." For microcomputer work you need an 
absolute minimum bandwith rating of 35 MHz, and preferably 
at least 50 MHz. Two vertical channels are very much worth 
having. Delayed sweep you can do without. A vertical sen- 
sitivity of at least 10 mV is needed for analog work, but not 
often for digital. The ability to invert one channel is necessary 
if you want to do disk drive alignment. You also need an ex- 
ternal trigger capability. Most important is a stable 
zero-level, accurate and stable vertical sensitivity calibration, 
and good, stable triggering. I've been disappointed in Heath 
'scopes in this respect — the only really good triggering I've 
seen is in Tektronix and Hewlett-Packard 'scopes. If you have 
had good experiences with others, let me know. ■ 
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ROUTINE TO CONVERT AH ASCII B-FILE TO A TEXT FILE. 



10 
20 
30 
40 
50 
60 
70 
80 
90 
100 



CLEAR lD» » CHR» (4)l PRINT "INPUT THE FILE NAME.- 

INPUT F$i HOME 1 PRINT D» I -OPEN'lF*! PRINT Otl*READ«iF$ 

ONERR GOTO 70 

L • OlA • 4096iB$ • *■ 

GET B?l POKE (A « L), ASC (B})|L - L -» 1 

GOTO 50 

PRINT D» I "CLOSE- I F$ 

FJ - "B" 1- F$l PRINT F«,A,L 

PRINT 0»l"BSAVE"lFJi",A"|Al",L"|L 

END 
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SUCCESSFUL ASSDlBLYi NO ERRORS 



ROUTINE TO CONVERT A TEXT FILE TO A BINARY FILE. 

10 CLEAR 10? » CHRJ (4)i PRINT "INPUT THE FILE NAME. 

20 INPUT F$i PRINT D»l "BL0AD"|FJ 

30 A • PEEK (43634) ♦ 256 • PEEK (43635) 

40 L • PEEK (43616) ♦ 256 • PEEK (43617) 

50 F$ • "T" ♦ FJi PRINT F$,A,L 

60 PRINT D»l"OPEN"iP»i PRINT DJi "DELETE" iFJ 

70 PRINT D»l"OPDi"|F»l PRINT Ml "WRITE" i F» 

80 FOR I • TO L - 1 

90 PRINT CHR» ( PEEK (A ♦ I))| 

100 NEXT I 

110 PRINT D$|"CL0SE"|F» 

120 PRINT " " 

130 FOR I ■ TO L - 1 

140 PRINT CHRJ ( PEEK (A « I))i 

150 NEXT 1 1 BID 
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BUILD AN "EPRAM" 

by Lance Rose— Technical Editor 



Introduction 

These days it seems that no computer system can get along 
without at least some of its software in ROM. The smaller 
"appliance" computers put the entire BASIC in ROM and 
more powerful disk-based systems usually have at least a 
little of it to hold a bootstrap loader that loads in the first part 
of a disk operating system such as CP/M. Numerous 
microprocessor-controlled dedicated controllers have their 
operating programs burned into EPROMS or masked ROMS 
as well. 

With all the need for ROMs it stands to reason that the 
complete hacker should have some way of programming at 
least the most common of the currently used EPROMS, the 
2716. The equipment usually required for this is (1) some sort 
of hardware for actually programming a blank EPROM, and 
(2) some device for erasing the EPROM and reprogramming it 
when you find out the program didn't work quite right the 
first ten times. 

Anyone who had had much experience in developing some 
ROM based software will probably attest to the fact that 
although the method is OK, the time cycle for erasing and 
reprogramming EPROMs leaves something to be desired. 
With most of the UV lamps in the hands of today's hackers, it 
takes nearly an hour to erase an EPROM that has a program 
bug in it so it can be reprogrammed with the (hopefully) 
correct version. What this means is that you must either keep 
a number of these devices handy so that you can be 
programming one while another is being erased, or simply 
accept a turnaround time of about an hour for making each 
change to the software. This becomes particularly annoying 
when programming dedicated controllers as I can personally 
attest to, not to mention the effect on the lifetime of your UV 
lamp tube. What would be nice is to have some sort of 
EPROM that could be both programmed and erased quickly 
so that the development procedure could be speeded up. The 
need for multiple devices would be eliminated if this were the 
case also. Well, there is just such a device readily available 
today. It is called RAM. 

The RAM chip is ready made to be repeatedly and quickly 
programmed and erased (written to and read from) and would 
make an ideal substitute for the EPROM chip, at least as far 
as the development stage of a project goes, if a couple of 
minor problems could be overcome. 

One problem is that in the past the pin compatibility 
between the RAM and EPROM chips has been almost 
nonexistent. Now, however there exist pin-compatible 
substitutes for the commonly used 2716 type EPROMS. 
These are the 2016 2k x 8 NMOS RAM and the 6116 family of 
CMOS RAM chips in the same architectural size. These are 
both 24-pin packages but we will be using the 6116 here due to 



the low power requirements of CMOS logic. 

The second problem is that when the 5-volt supply is turned 
off, the information stored in a RAM is forgotten. The 
solution to this is battery backup to preserve the memory. In 
the case of CMOS, the current requirements are very low and 
battery life should be quite long. 

An additional requirement for any EPROM substitute 
should be that it ought to be able to be programmed in any 
standard 2716 EPROM programmer without changes in the 
programming hardware or software. The device presented 
here fulfills these requirements and can be built for around 
$10 to $12 worth of parts and a leisurely day's effort. Similar 
devices are commercially available but fall in the $50 price 
range, so this can be quite a bargain. 
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The Circuit 

The EPROM substitute (nicknamed "EPRAM") is shown in 
schematic diagram form in Figure 1. In order to match the 
RAM control signals to what most EPROM programmers put 
out, it is necessary to include some additional logic. This is 
supplied in the form of an additional CMOS IC, a 4011 
quad NAND gate. This inverts some of the signals and 
prevents the RAM from being written into unless the 25 
volt programming voltage is present. The program pulse is 
converted into a negative going write pulse for the RAM. A 
15 volt Zener diode reduces the level of the programming 
voltage to a manageable level, at which point a resistive 
divider takes over to present approximately 3.5 volts to the 
input of the NAND gate. The battery backup supply is 
isolated from the in-circuit power supply by a pair of small 
diodes. This prevents the situation of the battery having to 
attempt to power the whole circuit that the EPRAM is 
plugged into when the power is turned off but the EPRAM is 
not unplugged. This way the battery powers only the two 
CMOS devices and keeps the current drain within reason. The 
only penalty paid by the isolating diodes is to reduce the 
power supply voltage to the RAM to 4.3 volts which is stUl 
well within the specs of CMOS devices. 

After programming, the EPRAM is removed from the 
programmer and inserted into the dedicated controller, 
computer logic board or whatever and it then begins to 
function as any EPROM would. Without the programming 
voltage it cannot be erased. The same control signals used to 
select an EPROM are modified slightly to deal with the 6116's 
very slightly different pin assignments for chip select 
and output buffer enable. 

The battery backup is provided by three ordinary 1.5 volt 
AA penlight cells in a four cell holder with a wire jumper in 
place of one of the cells. This is connected by a long, thin 
flexible wire pair to the actual EPRAM unit. 

Construction 

The basis for the EPRAM is a 24-pin DIP header. This and 
the 6116 itself form the actual physical base upon which all 
the other components are mounted. A good way to start is to 
attach the 4011 chip and the resistors and diodes to the top of 
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the 6116 using super glue or epoxy (see Figure 2 for the 
layout). Allow plenty of time for the adhesive to dry as the 
bending of leads and soldering put some strain on the bond. 
Overnight doesn't hurt. Then, using a combination of the 
actual component leads and short pieces of wire-wrap wfre, 
bend the leads and pins and carefully solder everything 
together. It wiU be necessary to bend pins 18, 20, 21 and 24 of 
the 6116 upwards to facilitate making connections to them. 
Next, place the 6116 unit on top of the DIP header and solder 
the remaining 20 pins of the 6116 to the corresponding pins of 
the header. The header can be stuck into some conductive 
foam while you are doing this. It may be helpful to mention 
that there are several manufacturers of DIP headers around 
and their products differ slightly in the dimensions of the 
protru(Gng pins. I liave found that a header with long, thin 
pins is easier to insert and withdraw from a socket than the 
one with the shorter, wider pins, so you might want to search 
for one of the better ones. 

At this point I should mention something about CMOS and 
static. Due to the nature of the construction here, it is difficult 
to prevent leaving the pins of the 4011 dangling out in space 
while you are soldering to them. My experience with CMOS 
here is that if you are reasonably careful (i.e. don't work on a 
high-static carpet or wear nylon clothing), you can work with 
unprotected CMOS and not damage it. Take reasonable care 
but don't get paranoid about it. An alternative would be to 
solder in a 14-pin DIP socket and insert the chip later but this 
causes an already-tall package to grow taller yet. Your 
decision here wiU show whether you're a conservative or 
a swinger. 

Once the 6116 is soldered to the header you can make the 
last few connections from the 24-pin header to the 4011. To 
connect the assembly to the backup battery, I used a twisted 
pair of wire- wrap wires, one blue and one red. A refinement to 
this would be to use a small watch or hearing-aid type battery 
and mount it on the assembly itself. This would eliminate the 
need for the external battery unit. My goal here was to design 
this so that it used the most common electronic components 
possible, components that would be easily available to any 
hacker within reach of a Radio Shack store. 




Figure 2a:The assembled EPRAM with battery holder 
Note the jumper wire in place of the fourth battery 



Fifure 2b: Enlarged view of the EPRAM. 
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Checkout 

Checking the EPRAM out is really pretty simple. Just plug 
it into your EPROM programmer and attempt to program 
something into it. If your programmer provides the supply 
voltage ( I would assume most do, although if it is hacker-built 
I wouldn't dare make any definite statements), you can skip 
attaching the battery at this stage. If the EPRAM can be 
verified after programming you have wired it correctly. If 
not, examine carefully all the solder connections in the 
assembly. In order to keep the size small, there are a lot of 
connections crammed into a small space. Look for solder 
bridges or shorts. Also make sure all the diodes involved have 
the correct polarity. If you have a logic probe or a scope, look 
at the programming signals at the 6116 to see whether they 
lodk correct. This is the best way to detect faulty logic. If all 
else fails it is possible that one of the CMOS chips is bad or 
has been ruined in assembly. (I don't need to caution you to 
use a very small soldering iron, do I?) This is one place where 
sockets come in handy. My first prototype of this used sockets 
for both chips but the thing ended up so bulky that I waived 
my normal rule to always use sockets and soldered it together 
directly. As I stated above, CMOS isn't the bugaboo it once 
was thanks to diode protection of inputs. Just be careful, try 
to check out the 6116 and 4011 in another circuit if you can 
before assembly, and everything should turn out fine. 

If all is well and the EPRAM is programmable, the next 
thing to do is hook up the battery. Remove the EPRAM from 
the programmer, wait a minute or so and re-insert it. Now 
verify it again. If the information content hasn't changed, 
you're ready to start using it. If it doesn't check out, go back 
and re-examine all connections. Since there are a lot of 
different EPROM programmers around, it is always possible 
(but unlikely, I think) that your particular programmer is in 
some way incompatible with this device. As a hacker Fm afraid 
it will fall to you to ferret out this type of problem. My own 
experience with a cheapie, home-built PROM burner is that 
both units I built worked the first time and have worked 
every time since. I can replace my boot ROM with this 
EPRAM and have the computer boot up every time. The 



EPRAM assembly can even be kept in a piece of conductive 
foam and not lose its information since "conductive" foam has 
a resistance in the neighborhood of K-ohms. 

Using It 

The place I envision thia device coming in the most handy is 
in developing loftware for ROM-baaed computers or 
dedicated controllers. You can program your software into 
this device, try it out immediately, and if it doesn't work the 
first time (who ever heard of such a thing), you can make 
immediate changes to the software and reprogram the 
EPRAM without bothering to erase it. I think this can be of 
great help in the software development process. For those of 
you who have disk-based systems and like to fool around with 
different boot loaders, you can do it and get instant feedback 
for the next round of code. Once you have your program the 
way you want it, you can burn a conventional 2716 to use on a 
long-term basis. 

If you have a commercial EPROM programmer with fixed 
programming parameters, there will be no problem although 
you will probably have to wait the full EPROM programming 
time, something like 100 seconds for a full 2K bytes of code in 
a 2716. On the other hand, if you're using a homebrew piece of 
hardware and some software to go with it, you can reduce the 
timing parameters that control the writing delay for each- 
address location. The 6116 needs no special delay in the write 
cycle as a true 2716 does. This allows programming the entire 
device in a fraction of a second. A couple of minutes may not 
sound like a lot of time, but when you're twiddling your 
thumbs waiting for something to finish, it can seem like a lot 
longer. 

I think it's only fair to say that eventually the EEPROM 
(Electrically Eraaable PROM) will probably provide a way to 
accomplish what we're doing here. However at the present 
time, these devices are pretty expensive and require 
somewhat different programming waveforms than the 
ordinary UV-erasable EPROMS. The EPRAM should be 
completely compatible with the latter device and I think you 
will find it very handy as a development tool. ■ 






This space is for you. We encourage you to communicate with other readers through this column by asking for their help with 
your problems, and by writing in with your solutions to questions like "Where can I...?" or "How can I...?" As a forum for sharing 
hands-on experience, this section can be an important resource for you. We will try to keep the lead time short for a rapid 
exchange of information. Let us hear from you! 



